home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19971216-19980424 / 000020_news@newsmaster….columbia.edu _Mon Dec 22 18:17:32 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA22703
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 22 Dec 1997 18:17:28 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA03322
  7.     for kermit.misc@watsun; Mon, 22 Dec 1997 18:17:27 -0500 (EST)
  8. Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!howland.erols.net!psinntp!pubxfer.news.psi.net!usenet    
  9. From: dlane@contactpt.com (David Lane)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: CR lost in file transfer
  12. Date: 22 Dec 1997 18:10:53 -0500
  13. Organization: Contact Point Technologies
  14. Lines: 31
  15. Message-ID: <un2htgeiq.fsf@dlane.contactpt.com>
  16. References: <01bd0ec7$15a8b2a0$e918ea9e@UKP02663.Logica.co.uk>
  17.     <67lule$n9u$1@apakabar.cc.columbia.edu>
  18. NNTP-Posting-Host: 38.233.46.4
  19. In-reply-to: fdc@watsun.cc.columbia.edu's message of 22 Dec 1997 14:49:18 GMT
  20. X-Newsreader: Gnus v5.1
  21. Xref: news.columbia.edu comp.protocols.kermit.misc:8184
  22.  
  23. In article <67lule$n9u$1@apakabar.cc.columbia.edu> fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  24.  
  25. > In article <01bd0ec7$15a8b2a0$e918ea9e@UKP02663.Logica.co.uk>,
  26. > Nobody <nobody@logica.com> wrote:
  27. > : [description of file transfer losing end of line marks.
  28. > : 
  29. > When transferring files from VOS to VOS, you should always be able to use
  30. > SET FILETYPE BINARY.
  31.  
  32. Sadly, while you SHOULD be able to do this, you can't do it reliably.
  33. If it is in fact a text type file (VOS  organisation sequential, with
  34. no "unusual" control characters) then you should transfer it as Kermit
  35. file type TEXT.  If the file organisation is stream, then use Kermit
  36. file type BINARY.  On output CKermit will write files transfered as
  37. BINARY using organisation stream, so it will be reliable at that
  38. level.  If, on the other hand, the source file is of some other
  39. organisation (say sequential or fixed) then the end of record
  40. information is lost in BINARY mode.
  41.  
  42. If you have trouble with textual files, create a stream file, copy
  43. your file to it, and transfer the stream file in BINARY mode.
  44.  
  45. > - Frank
  46.  
  47. This is something I'm trying to improve in the next release.
  48.  
  49. David.
  50. -- 
  51. David Lane                                 dlane@contactpt.com
  52. Senior Software Engineer                   http://dlane.contactpt.com
  53. Contact Point Technologies                 http://www.contactpt.com